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1 . Welches technische Problem soil durch Ihre Erfindung gelOst werden? 

Die COent Software far IP-terminals soil ermOglichen z.B. von einem normalen PC aus ohne zusatzliche Hardware 
Oder Soflwareanpassungen alle Business features wie sie in der OffenHichen Vermrttlungstechnik bereits zur 
VerfOgung stehen nutzen zu kOnnen. Dabei kann die Bedienoberflache vom Benutzer frei gewahft bzw gestaltet 
werden. Bei den anwendbaren Features handelt es sich z.B. urn die Funktionen: 

Dreierkonferenz, Anrufweiterteitung, Anrufweitergabe, Aufschalten, privater Rufnummernplan, Ansagedienste etc 
Die Client Software for IP-terminals sollte die MOglichkeiten des H.323 Standards ausnutzen und entsprechend in 
der Lage sein die in einem H.323 Container transparent Obertragene Information bewerten und bearbeiten zu 
kOnnen. 

2. Wie wurde dieses Problem bisher gelost? 

Bisher gibt es weder die VerfOgbarkeit von vermitHungstechhischen Features for IP Teilnehmer allgemein noch die 
Mfiglichkeit diese auf IP-Terminals anwendbarzu machen. ' 

3. In welcher Weise Idst Ihre Erfindung das angegebene technische Problem (geben Sie Vorteile an)? 

Diese Erfindung lost das Problem dadurch, daft nicht nur die IP H.323-Signalisierung selbst auf dern Endgerat 
behandelt wird, sondem ajle vermrttlungstechnischen Features steuerbar und damit uneingeschrankt nutzbar 
werden. Dabei ist die Art bzw. die Darstellungstiefe der verwendeten graphischen Oberflache unabhangig von den 
nutzbaren vermrttlungstechnischen Leistungsmerkmalen wahlbar. 

Die Client-SW fur IP Terminals identrfiziert die Steuerinfbrmation alter vermrttlungstechnischen Features 
-ietehermaBen durch ein eigenes SW-Modul den .Feature-Recognizer. Dieser erkennt und extrahiert im Fall des 
ankommenden Rufes aus der standardgemassen H.323 Signalisierungsinformation die zur Featuresteuerung 
relevante Information, die in einem transparenten H.323 Container enthalten ist, urn sie einem eigenen Modul dem 
.Featurehandler" zur weiteren Verarbeitung weiterzuleiten. Im Fall des abgehenden Rufes ist der Feature- 
Recognizer" for die Ubertragung der jeweiligen Signalisierungsinformation (z.B. DSS1-Signalisierunq) in da's H 323- 
Protokoll verantwortlich. 

Der .Feature-Recognizer behandelt daruberhinaus eventuelle Spenren bzw. eingestellte Leistungsmerkmal- 
Nutzungsbeschrankungen, die wahlweise am Terminal selbst (z.B. Verleih-Arbeitsplatz) oder im Vermittlunqs- 
system admimstriert werden kflnnen. Letztere werden aus der Signalisierungsinformation selbst ermrttelt wahrend 
Temiinal-basierte aus einem lokalen Benutzerprofile (passwortgeschutzt) bezogen werden. 

Die Crient-SW for IP-Terminals kann altemativ Qber einen sog. IP-Terminal Adapter betrieben werden der dann 
Telle der Funktion des .Feature-Recognizers- ubernimmt Er selbst kommuniziert dann Ober eine offene Schittstelle 
m.t dem Feature-Recognizer der Client-SW for IP Terminals, der die oben beschriebenen weiteren Madnahmen 

verdniassu 

Die Client-SW for IP terminals ist so strukturiert'(s. Abb.^l); daG die Benutzeroberflache (GUI) logisch getrennt von 
den funkbonalen Anteilen (.Feature-Recognizer, .Feature-Handler) ist und deshalb die Oberflache frei konfiauriert 
werden kann. Die Trennung von Applikation und Oberflache wird durch ein internes Application-Interface fAPh 
^wahrleistet welches abstrakte Oberflachenfunktionen wie .Anzeigefeld for Rufnummem". .Tastenfeld" oder 
annhches definiert, jedoch nicht deren Representation. Diese karin pro Objekt festgelegt bzw. Ober ein qeeianetes 
Toohng sogar selbst erzeugt werden. Die Benutzeroberflache selbst besteht aus einer Uste der jeweiliaen 
Reprasentatonen der Objekte und kann in einem benutzerspezifischen Profil (,DB" in Abb. 1) einer Client-SW 
Applikatjon zugeordnet werden. Diese Zuordnung kann fallweise wahrend einer bestehenden Anwendung durch 
eine andere ausgetauscht werden. «»«un» ourcn 

Vorteile: 

• IP Teilnehmer kdnnen neben den Standart H.323- und H.450-Features uneingeschrankt auch die Features 
nutzen. die sie ansonsten von der normalen Telephonie gewOhnt sind (z.B. Dreierverbindungen etc ) 

♦ P Teilnehmer kOnnen private Rufnummempiane sowie die dazugehorigen Features nutzen, urn ein komplettes 
lnterworitmgz.B. mitihrem normalen BOroarbeitsplatz zu erreichen *"K 0m pieues 

* S^=S ,ie ?"? VV L fQr 'P, 1 ?""'" 318 ist undersell Einsetzbar und kann entsprechend auch als normaler H323- 
/H.450- Teilnehmer (ohne vermrfflungstechnische Leistungsmerkmale) eingesetzt werden ohne da^s 
besondereMassnahmengetroffen werden mossen. w eraen , onne aass 

♦ Die Client-SW fur IP-Terminals kann altemativ ober einen IP-Terminal Adapter betrieben werden 

♦ Das durch den Clients SW for IP Terminals vorgestellte Verfahren ist prinzipiell for alle Telefenie. 
signalisierungsprotokolle und Funktionen anwendbar, wie z.B. DSS1, QSIG, CORNET NC usw ,e,e,on,e - 

* SnSlSSJ'SSSJ! 0 ! ^i 6 " 06 ^? 6 ^ Applikation erlaubt, daQ spezifische Kundenanforderungen 
(Firmenlogo, Werbung, Farben usw.) nahezu ohne Aufwand realisiert werden kOnnen omerungen 



ist Dabei muss die abwickelnde Instanz .Feature-Recognizer' sicherstellen, dass die Unabhangigkeit der Standard 
H323-Cail Ablaufe von zusatzlichen vermittlungstechnischen Ablaufen jederzeit sichergestellt ist um Seiteneffekte 
bzw. gegeseitige Ruckwirkungen zwischen eigentiichen H.323/ H.450 Funktionen und alien anderen 
vermittlungstechnischen Leistungsmerkmalen zu vermeiden bzw. sinnvoll herzustellen (.Feature-! nterworkinq 
Contror als Teilfunktion des .Feature-Recognizers") . 

Der Prinzipaufbau der Client-SW fur IP Terminals (s. Abb.1) zeigt dass neben dem typischen H.323 / H.450 
Protokoll/ Rufabwickler eine unabhangige Einheit fur die Abwicklung des Feature-Processings (z.B. DSSi- 
Features) notwendig wird. Die Instanz .Feature-Recognizer" interpretiert die im H.323 Protokoll uber&agene 
Steuerinfbrmation (z.B. DSS1). Zunachst bewertet sie die darin enthaltenen Sperren und vergleicht diese mit dem 
lokal in der Datenbasis gespeicherten Teilnehmerprofil und Qbergibt im Erfokjsfall die spezifische Steuerinformatioh 
an den .Feature-Handler weiter. Dieser fuhrt zusammen mit dem Call Handler das gewunschte Leistungsmerkrhal 
zusammen mit dem jeweiligen Ruf aus. 



r 




5. AusfOhrungsbeispiel[e] der Erfindung 

Die Abbildung 2 zeigt die Client SW fur IP-Terminals in mdglichen Verbindungsbeziehungen. Im Fall 
eines normalen H.323 calls etwa abgehend von dem .plain H.323-dient" kommen ausschliesslich die 
H.323 /H.450 Anteile des IP-Clients zum Tragen, da der .Feature-Recognizer" im H.323 keine 
, verwertbare Steuerinformation (z.B. DSS1) erkennt Im Fall eines abgehenden Rufes vom Clients wird 
zwar die Signalisierungsinformation (z.B. DSS1) vom .Feature-Recognizer" in das H.323 Protokoll 
Obergeben, jedoch wird auf der Gegenseite die Information mangels .Feature-Recognizer* nicht 
ausgewertet. In diesem Fall wird ein normaler H.323 Call abgewickelt. 

1st die Gegenseite rwie im Fall von -PBX oder -PSTN Teilnehmer- in der Lage die 
Signalisierungsinformation mittels geeignetem MediaGateway (bzw. Media Gateway Controller) zum IP- 
Client zu ubertragen, so sind alle im PSTN verfQgbairen Leistungsmerkmale auch fQr den IP- Teilnehmer 
nutzbar und anwendbar. 






Neben der E.164 Rufhummer kann dieser Teilnehmer seine jntereorn-Nummer aus dem intemen RufnummernDlan 
der Centrexgruppe, sowie einige CTX-Features per Knopfdruck anwahlen, Durch eihfache TdfemSg der 
gema^rSe ^ Funktion z B - auf der Benutzeroberfteche in Abb 4 Sgba 
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Abb. 1: Prinzioieller Aufbau eines IP Terminal Clients 
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Abb. 3: Beispiel einer graphischen Benutzeroberfldche 




Abb. 4: Beispiel einer graphischen Benutzeroberflache 



